Charla académica · Base de Datos I · Cód. 8398

Bases de datos en aplicaciones web y móviles

El núcleo de la persistencia en el desarrollo moderno de software: cómo las aplicaciones que usamos a diario almacenan, protegen y recuperan la información.

InstituciónUniversidad Tecnológica de Panamá

FacultadIngeniería de Sistemas Computacionales

CarreraLic. en Desarrollo y Gestión de Software

Grupo2GS211 · II Semestre 2026 · Horario 3971

ProfesoraMarlenis A. Pimentel M.

Christofer Burke Brayan Navarro Johan Gómez Deriz Gutiérrez

Viernes 9 de octubre de 2026

02 Agenda

Recorrido de la charla

01Portada
02Agenda
03Introducción y objetivo
04Arquitectura de una app con base de datos
05Interacción aplicación ↔ SGBD
06Operaciones CRUD
07Bases de datos en aplicaciones web
08Bases de datos en aplicaciones móviles
09Ejemplos de aplicaciones reales
10Buenas prácticas de acceso a datos
11Conclusiones
12Recomendaciones justificadas
13Bibliografía

Navegación: → ← o barra espaciadora · O para el índice general

03 Introducción

Detrás de cada aplicación hay una base de datos

Las aplicaciones web y móviles generan, consumen y comparten información de manera constante: un mensaje, una compra, una geolocalización. Cada interacción produce datos que deben almacenarse, protegerse y recuperarse en milisegundos.

El propósito de esta charla es analizar la importancia de las bases de datos en el desarrollo de aplicaciones modernas: cómo se estructuran, cómo se conectan las aplicaciones con el gestor de datos, qué tecnologías se emplean y cuáles son las buenas prácticas para acceder a la información con seguridad y rendimiento.

Web + Móvil Persistencia Tiempo real Datos como activo

04 Objetivo

Analizar la importancia de las bases de datos en el desarrollo moderno

Objetivo general

Analizar la importancia de las bases de datos en el desarrollo de aplicaciones web y móviles modernas.

Objetivos específicos

Describir la arquitectura típica de una aplicación que integra una base de datos; explicar la interacción entre la aplicación y el SGBD mediante operaciones CRUD; comparar las bases de datos más utilizadas en entornos web y móviles, e identificar buenas prácticas para un acceso seguro y eficiente a los datos.

05 Desarrollo · Aspecto 1

Arquitectura básica de una aplicación con base de datos

Una aplicación moderna se organiza en capas. Cada capa tiene una responsabilidad clara y se comunica con la siguiente mediante protocolos y consultas.

Capa 1 Cliente Navegador o app móvil. Muestra la interfaz, captura la entrada del usuario y envía peticiones al servidor.

→

Capa 2 Backend / API Lógica de negocio. Valida peticiones, aplica reglas, consulta los datos y devuelve respuestas (REST, GraphQL).

→

Capa 3 SGBD Gestor de base de datos. Administra almacenamiento, consultas, transacciones, usuarios y copias de seguridad.

→

Capa 4 Almacenamiento físico Los archivos de datos en disco. Puede estar en local, en la nube o distribuido entre varios servidores.

Patrón cliente–servidor y arquitectura de N capas. El despliegue puede ser on-premise, en la nube o híbrido.

06 Desarrollo · Aspecto 2

Interacción entre la aplicación y el SGBD

Conectores

Drivers y librerías: JDBC (Java), PDO (PHP), ADO.NET, paquetes para Python y Node.js.

Lenguaje

SQL para bases relacionales; API documentales o de grafo para NoSQL.

ORM

Mapa entre objetos y registros: Hibernate, Entity Framework, Prisma, Sequelize.

Pooling

Las conexiones se reutilizan en un grupo para reducir latencia.

Transacciones

Propiedades ACID: atomicidad, consistencia, aislamiento y durabilidad.

-- Consulta SQL
SELECT nombre, correo
FROM usuarios
WHERE activo = true
ORDER BY nombre;

// Equivalente con un ORM (Prisma)
const usuarios = await prisma.usuario.findMany({
  where:  { activo: true },
  orderBy: { nombre: 'asc' }
});

07 Desarrollo · Aspecto 3

Operaciones CRUD: el ciclo de vida de los datos

CRUD son las cuatro operaciones básicas con las que una aplicación administra sus registros. Prácticamente toda funcionalidad (listar, buscar, guardar, editar o eliminar) se reduce a estas operaciones.

Operación	SQL	HTTP / REST	¿Qué hace?
Create	`INSERT`	`POST`	Agrega un nuevo registro
Read	`SELECT`	`GET`	Consulta y recupera datos
Update	`UPDATE`	`PUT / PATCH`	Modifica un registro existente
Delete	`DELETE`	`DELETE`	Elimina un registro

Dominar CRUD en una tabla es la base para entender cualquier API, panel de administración o formulario en web y móvil.

08 Desarrollo · Aspecto 4

Bases de datos en aplicaciones web

Relacionales · SQL

MySQL / MariaDB — e-commerce, blogs, CMS. · PostgreSQL — datos complejos y geoespaciales. · SQL Server / Oracle — soluciones empresariales y financieras.

Fortalezas: ACID, integridad referencial, uniones (JOIN) y madurez comprobada.

NoSQL

MongoDB — documentos flexibles, escala horizontal. · Redis — caché, sesiones y colas de baja latencia. · Elasticsearch — búsqueda de texto completo.

Fortalezas: esquemas flexibles, gran volumen y alto rendimiento de lectura.

Criterios de elección: modelo de datos, consistencia frente a disponibilidad (teorema CAP), volumen proyectado y experiencia del equipo.

09 Desarrollo · Aspecto 5

Bases de datos en aplicaciones móviles

Locales / embebidas

SQLite (la más usada del mundo), Room (Android), Core Data (iOS) y Realm. Funcionan sin conexión y guardan los datos del propio dispositivo.

Nube / Backend as a Service

Firebase (Cloud Firestore y Realtime Database), Supabase o AWS Amplify. Sincronizan datos en tiempo real entre dispositivos y usuarios.

App móvilOffline-firstEscribe primero en el almacenamiento local (SQLite / Room).

↔

SincronizaciónCuando hay redEnvía y recibe cambios; resuelve conflictos entre versiones.

→

NubeFirestore · SupabaseDatos compartidos entre usuarios y dispositivos.

La clave en móvil es la sincronización: funcionar sin red, sincronizar al reconectar y resolver los conflictos de datos.

10 Desarrollo · Aspecto 6

Ejemplos de aplicaciones reales

Instagram

PostgreSQL + Redis: perfiles, publicaciones y feeds curados con caché para asegurar baja latencia.

SQLite en el dispositivo para guardar los chats, más una infraestructura distribuida detrás para la mensajería masiva.

Uber

PostgreSQL y MySQL para las transacciones, con datos geoespaciales para rutas, tarifas y tiempos de llegada.

Netflix

Cassandra y MySQL en clústeres distribuidos: catálogo, perfiles y recomendaciones para millones de usuarios simultáneos.

Estos casos muestran que la elección de la base de datos responde al problema que resuelve cada aplicación, no a una preferencia personal.

11 Desarrollo · Aspecto 7

Buenas prácticas para el acceso a datos

Seguridad

Consultas parametrizadas y ORM para prevenir inyección SQL. Cifrado en tránsito (TLS) y en reposo. Control de accesos con menor privilegio; nunca exponer credenciales en el código.

Rendimiento

Índices en columnas de consulta frecuente y revisión del plan de ejecución (EXPLAIN). Pooling de conexiones, paginación de resultados y caché de consultas frecuentes con Redis.

Diseño y operación

Migraciones versionadas y control de cambios del esquema. Transacciones para preservar la integridad. Backups, monitoreo y alertas para responder ante fallos.

Las buenas prácticas convierten un sistema funcional en un sistema confiable, seguro y mantenible.

12 Conclusión

Reflexiones finales y aprendizajes

01La base de datos es el componente central de toda aplicación: condiciona la arquitectura, el rendimiento y la seguridad.
02No existe un motor universal: SQL y NoSQL responden a necesidades distintas y el teorema CAP obliga a priorizar.
03CRUD es la base de toda interacción con datos; dominarlo facilita trabajar con cualquier tecnología.
04En móvil, el reto adicional es la sincronización offline, la administración del dispositivo y la resolución de conflictos.
05Las buenas prácticas (seguridad, indexado, migraciones) son responsabilidad cotidiana del equipo de desarrollo.
06Aprendimos a evaluar una tecnología según el contexto del proyecto y no según preferencias personales.

13 Recomendaciones

Recomendaciones justificadas técnicamente

1

Definir el esquema de datos antes de escribir código.

Justificación: anticipa el modelo y reduce migraciones costosas y errores de producción.

2

Seleccionar el motor según el caso de uso.

Justificación: el teorema CAP obliga a priorizar consistencia, disponibilidad o tolerancia a particiones según la aplicación.

3

Usar una capa de acceso a datos con consultas parametrizadas.

Justificación: previene la inyección SQL y facilita el mantenimiento del código.

4

Versionar los cambios del esquema con migraciones.

Justificación: coordina al equipo y hace que los despliegues sean reproducibles.

5

Configurar backups, replicación y monitoreo desde el inicio.

Justificación: garantiza la recuperación ante fallos y la disponibilidad del servicio.

6

Probar el rendimiento con índices y planes de ejecución.

Justificación: evita la degradación del sistema cuando crece el número de usuarios.

14 Bibliografía

Fuentes consultadas

Connolly, T., & Begg, C. (2015). Database systems: A practical approach to design, implementation, and management (6.ª ed.). Pearson.
Date, C. J. (2004). An introduction to database systems (8.ª ed.). Addison-Wesley.
Elmasri, R., & Navathe, S. B. (2016). Fundamentals of database systems (7.ª ed.). Pearson.
Silberschatz, A., Korth, H. F., & Sudarshan, S. (2019). Database system concepts (7.ª ed.). McGraw-Hill.
Android Developers. (2026). Save data in a local database using Room. https://developer.android.com/training/data-storage/room
Firebase. (2026). Cloud Firestore y Realtime Database. https://firebase.google.com/docs
MongoDB, Inc. (2026). MongoDB manual. https://www.mongodb.com/docs/
Oracle. (2026). MySQL documentation. https://dev.mysql.com/doc/
PostgreSQL Global Development Group. (2026). PostgreSQL documentation. https://www.postgresql.org/docs/
Redis Ltd. (2026). Redis documentation. https://redis.io/docs/

Formato APA (7.ª edición). Fuentes consultadas en septiembre de 2026.

Gracias

Equipo de Base de Datos I · Grupo 2GS211 · Universidad Tecnológica de Panamá

Estaremos encantados de responder sus preguntas

Christofer Burke Brayan Navarro Johan Gómez Deriz Gutiérrez